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(57) Abstract: A method of audio communication utilizing media datagrams between a first telephony client (28) located behind a 
network address translation (NAT) server (26) and a remote second telephony client (22) is disclosed. Each client (28)(22) utilizes 
a single port number for both sending and receiving media datagrams. A media datagram is sent from the first telephony client (28) 
to the second telephony client (22) on a UDP/IP channel utilizing a destination IP address and port number provided by the second 
telephony client (26). The second telephony client (22) extracts the Source IP address and source port number from the received 
media datagram (130) to determine if the first telephony client (28) is located behind a NAT server (26). If the first telephony client 
(28) is located behind a NAT server (26). the extracted Source IP address and port number are Stored (134) and used to send media 
datagrams to the first telephony client (28) located behind the NAT server. 
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TITLE: SYSTEM FOR DETERMINING A COMMUNICATION PATH 
THROUGH A TRANSLATION DEVICE. 

Technical Field 

5 The present invention relates to communicating audio data in a packet 

switched network and, more specifically, to establishing and maintaining Internet 
telephony communications through a network address translation (NAT) device. 

Background of the Invention 

10 For many years voice telephone service was implemented over a circuit 

switched network commonly known as the public switched telephone network 
(PSTN) and controlled by a local telephone service provider. In such systems, the 
analog electrical signals representing the conversation are transmitted between the 
two telephone handsets on a dedicated twisted-pair-copper-wire circuit. More 

15 specifically, each telephone handset is coupled to a local switching station on a 
dedicated pair of copper wires known as a subscriber loop. When a telephone call 
is placed, the circuit is completed by dynamically coupling each subscriber loop to a 
dedicated pair of copper wires between the two switching stations. 

More recently, the copper wires, or trunk lines between switching stations 

20 have been replaced with fiber optic cables. A computing device digitizes the 
analog signals and formats the digitized data into frames such that multiple 
conversations can be transmitted simultaneously on the same fiber. At the 
receiving end, a computing device reforms the analog signals for transmission on 
copper wires. Twisted pair copper wires of the subscriber loop are still used to 

25 couple the telephone handset to the local switching station. 

More recently yet, voice telephone service has been implemented over the 
Internet. Advances in the speed of Internet data transmissions and Internet 
bandwidth have made it possible for telephone conversations to be communicated 
using the Internet's packet switched architecture and the TCP/IP protocol. 

30 Software is available for use on personal computers which enable the two- 

way transfer of real-time voice information via an Internet data link between two 
personal computers (each of which is referred to as an end point or client), each 
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end point computer includes appropriate hardware for driving a microphone and a 
speaker. Each end point operates simultaneously both as a sender of real time 
voice data and as a receiver of real time voice data to support a full duplex voice 
conversation. As a sender of real time voice data, the end point computer converts 
5 voice signals from analog format, as detected by the microphone, to digital format. 
The software then facilitates data compression down to a rate compatible with the 
end point computer's data connection to an Internet Service Provider (ISP) and 
facilitates encapsulation of the digitized and compressed voice data into a frame 
compatible with the user datagram protocol and internet protocol (UDP/IP) to 

10 enable communication to the other end point via the Internet. 

As a receiver of real time voice data, the end point computer and software 
reverse the process to recover the analog voice information for presentation to the 
operator via the speaker associated with the receiving computer. 

To promote the wide spread use of internet telephony, the International 

15 Telephony Union (ITU) had developed a set of standards for internet telephony. 
The ITU Q.931 standard relates to call signaling and set up, the ITU H.245 
standard provides for negotiation of channel usage and compression capabilities 
between the two endpoints, and the ITU H.323 standard provides for real time 
voice data between the two end points to occur utilizing UDP/IP to deliver the real 

20 time voice data. 

A problem associated with standard ITU Internet telephony is that if one of 
the end points is on a private network behind a network address translation (NAT) 
firewall, the other endpoint can not send UDP/IP frames through the NAT firewall 
onto the private network for delivery to the private network endpoint. More 

25 specifically, ITU Internet telephony standards provide for each endpoint to 

designate a port number for receipt of the datagrams representing audio data and 
to communicate the IP address and designated port for receipt of the audio 
datagrams to the other endpoint. Because the private network client does not have 
a globally unique IP address, a frame sent to such non-globally unique IP address 

30 can not be routed on the Internet and will be lost. Further, even if the private 
network client were able to identify and designate the IP address of the NAT 
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firewall, the private network client has no means for establishing a port on the NAT 
firewall for receipt of audio datagrams. 

Because of the wide spread use of NAT firewalls which typically provide both 
IP address translation and port translation of all frames sent from the private 
5 network to the Internet, what is needed is a system and method for establishing 
and maintaining internet telephony conversations between two clients even if one 
of the clients is located on a private network behind a NAT firewall. 

Summary of the Invention 

10 A first aspect of the present invention is to provide a method of audio 

communication between a first and a second telephony client. The method 
comprises establishing a call signaling connection between the first telephony client 
located on a private network and the second telephony client on the Internet and 
utilizing the call signaling connection to provide to the first telephony client an IP 

15 address and port number of the second telephony client for receipt of media (e.g. 
digital voice) datagrams from the first telephony client. A plurality of media 
datagrams are sent from the first telephony client to the second telephony client 
utilizing the IP address and port number designated by the second telephony client 
for receipt of media datagrams as the destination address and destination port 

20 number for each media datagram. When such media datagrams are received by 
the second telephony client, the source IP address and source port number are 
extracted from at least one media datagram. The extracted IP address may be 
compared to an IP address provided by the first telephony client to determine that 
the first telephony client is located on a private network. Because the first 

25 telephony client is located on a private network, the second telephony client utilizes 
the extracted IP address and port number as the destination IP address and port 
number for sending a plurality of media datagrams to the first telephony client. 
Further, the second telephony client may use the same IP address and port number 
that it established for receipt of media datagrams from the first telephony client as 

30 the source IP address and port number for sending media datagrams to the first 
telephony clients such that it uses only a single port number for both sending and 
receiving media datagrams. 

3 
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In one embodiment, each media datagram sent by the second telephony 
client to the first telephony client utilizes, for the destination IP address and port 
number, the extracted IP address and extracted port number that are extracted 
from the most recent media datagram received by the second telephony client from 
5 the first telephony client. Each extracted IP address and extracted port number may 
be stored in a memory and the memory may be updated each time either a new IP 
address or new port number is extracted from a media datagram received at the 
second telephony client from the first telephony client. The IP address and port 
number stored in the memory are used for the destination IP address and 

10 destination port number for each of the media datagrams sent form the second 
telephony client to the first telephony client. 

In another embodiment, each media datagram sent by the second telephony 
client to the first telephony client utilizes an extracted IP address and an extracted 
port number which are extracted from one of the media datagrams received by the 

15 second telephony client from the first telephony client within a limited period of time 
prior to sending the media datagram. Again, each extracted IP address and 
extracted port number may be stored in a memory and the memory may be 
updated each time either a new IP address or new port number is extracted from a 
media datagram received by the second telephony client. The IP address and port 

20 number stored in the memory are used for the destination IP address and 
destination port number for each of the media datagrams sent by the second 
telephony client to the first telephony client within a limited period of time after being 
stored. 

A second aspect of the present invention is to provide a method of 
25 communicating audio data with a remote telephony client The method comprises 
establishing a port number for receipt of media datagrams from the remote 
telephony client and communicating such port number to the remote telephony 
client. Media datagrams are then received from the remote telephony client on the 
established port number. The source IP address and source port number are 
30 extracted from at least one datagram received from the remote telephony client. 
The extracted source address may be compared to an IP address provided by the 
remote telephony client to determine if they match. If they do not match, it can be 
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concluded that the remote telephony client is located on a private network behind a 
NAT server. As such, the extracted IP address and port number are used as the 
destination IP address and port number for sending each media datagram to the 
remote telephony client. Further, the port number established for receipt of media 
5 datagrams from the remote telephony client may be utilized as the source port 
number for sending each media datagram to the remote telephony client such that 
only a single port number is utilized for both sending and receiving media 
datagrams. 

In one embodiment, the method further includes extracting the source port 

10 number from each of the plurality of media datagrams received from the remote 
telephony client and utilizing the source port number extracted from the most 
recently received media datagram as the destination port number for sending of 
each of the plurality of media datagrams to the remote telephony client. Further 
yet, the method may include extracting the source IP address from each of the 

15 plurality of media datagrams received from the remote telephony client and utilizing 
the source IP address extracted from the most recently received media datagram 
as the destination IP address of each of the plurality of media datagrams sent to 
the remote telephony client. 

In a second embodiment, the method further includes storing the source IP 

20 address and source port number extracted from one of the media datagrams 

received from the remote telephony client in a memory, extracting the source port 
number from a plurality of media datagrams received from the remote telephony 
client, storing an updated source port number in memory when an extracted source 
port number is different than the source port number previously stored in the 

25 memory, and utilizing the source IP address and source port number stored in 

memory as the destination IP address and destination port number for each of the 
plurality of media datagrams sent to the remote telephony client. Further yet, the 
method may include extracting the source IP address from a plurality of media 
datagrams received from the remote telephony client and storing an updated 

30 source IP address in memory when an extracted IP address is different than the IP 
address stored in memory. 
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In a third embodiment, the method further includes extracting the source port 
number from each of the plurality of media datagrams received from the remote 
telephony client and utilizing the source port number extracted from one of the 
media datagrams which was received within a limited period of time prior to sending 
5 each media datagram as the destination port number of each of the media 
datagrams sent to the remote telephony client. Further yet, the method may 
include extracting the source IP address from each of the plurality of media 
datagrams received from the remote telephony client and utilizing the source IP 
address extracted from one of the media datagrams which was received within a 

10 limited period of time prior to sending each media datagram as the destination IP 
address of each of the media datagrams sent to the remote telephony client. 

A third aspect of the present invention is to provide a telephony client. The 
client comprises a network interface circuit for both sending media datagrams to a 
remote telephony client and for receiving media datagrams from the remote 

15 telephony client on the same port number. An audio interface system converts a 
sequence of media datagrams received from the remote telephony client to analog 
audio data for driving a speaker and for converting analog audio data from a 
microphone to a sequence of media datagrams for sending to the remote telephony 
client. The datagram generation module operates to extract the source IP address 

20 and source port number from at least one media datagram received from the 
remote telephony client. The datagram generation module may compare the 
extracted IP address to an IP address provided by the remote telephony client to 
determine if they match. The extracted IP address and the provided IP address will 
not match if the remote telephony client is located on a private network. If the 

25 remote telephony client is located on a private network, the datagram generation 
module provides the extracted IP address and port number as the destination IP 
address and port number for sending each media datagram to the remote 
telephony client. 

In one embodiment, the datagram generation module operates to extract the 
30 source port number from each of the media datagrams received from the remote 
client and provides the source port number extracted from the media datagram that 
was most recently received as the destination port number of each of the media 
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datagrams sent to the remote telephony client Further yet, the datagram 
generation module operates to extract the source IP address from each of the 
media datagrams received from the remote client and provides the source IP 
address extracted from the media datagram that was most recently received as the 
5 destination IP address of each of the media datagrams sent to the remote 
telephony client. 

In a second embodiment, the datagram generation module operates to 
store, in a memory, the source IP address and source port number extracted from 
one of the media datagrams received from the remote telephony client, extract the 

10 source port number from media datagrams that are subsequently received from the 
remote telephony client, store an updated source port number in memory when an 
extracted source port number is different than the source port number previously 
stored in the memory, and provide the source IP address and source port number 
stored in memory as the destination IP address and destination port number for 

15 each of the media datagrams sent to the remote telephony client. Further yet, the 
datagram generation module operates to extract the source IP address from media 
diagrams that are subsequently received from the remote telephony client and store 
an updated source IP address in memory when an extracted IP address is different 
than the IP address previously stored in memory. 

20 In a third embodiment, the datagram generation module operates to extract 

the source port number from each of the plurality of media datagrams received from 
the remote telephony client and provide the source port number extracted from one 
of the media datagrams that was received within a limited period of time prior to 
_ sending each media datagram as the destination port number of each of the media 

25 datagrams sent to the remote telephony client. Further yet, the datagram 

generation module may extracts the source IP address from each of the plurality of 
media datagrams received from the remote telephony client and provides the 
source IP address extracted from one of the media datagram that was received 
within a limited period of time prior to sending each media datagram as the 

30 destination IP address of each of the media datagrams sent to the remote 
telephony client. 
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Brief Description of the Drawings 

Figure 1 is a block diagram of packet switched audio communication system 
utilizing the Internet; 

Figure 2 is a table representing data stored in a translation table of a network 
5 address translation server; 

Figure 3 is a block diagram of an Internet Telephony client in accordance 
with one aspect of this invention; 

Figure 4 is a flowchart representing exemplary operation of an Internet 
Telephony client in accordance with one aspect of this invention; and 
0 Figure 5 is a flowchart representing exemplary operation of a media session 

module of an Internet Telephony client in accordance with one aspect of this 
invention. 

Description of the Preferred Embodiments 

5 The present invention will now be described in detail with reference to the 

drawings. In the drawings, like reference numerals are used to refer to like 
elements throughout. 

Figure 1 is a block diagram of a packet switched audio communication 
system 10 utilizing the Internet 12. The Internet 12 includes a plurality of routers 

0 14(a) - 14(c) interconnected by high speed data links 16(a) - 16(c). 

Coupled to the Internet 12, or more specifically coupled to one of the routers 
14(a) - 14(c), are various computing devices that, for purposes of this invention, 
include a directory server 1 8, a PSTN bridge 20, a plurality of Internet telephony 

: clients 22(a) - 22(c), and a plurality of network address translation (NAT) servers 

5 26(a) -26(b). 

Each of the computing devices coupled to the Internet 12 is assigned an 
Internet Protocol (IP) address. Frames of data are communicated between the 
various devices utilizing each devices IP address for routing the frames from a 
source device to a destination device. More specifically, a suite of protocols known 
3 as TCP/IP enables devices to set up TCP logical connections, and/or UDP logical 
channels, with each other utilizing each others IP address and logical port numbers 
for the purpose of exchanging data. 

8 
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Each Internet client 22 is configured to initiate (e.g. place) and terminate 
(e.g. receive) peer to peer Internet telephony calls with other Internet clients 22. 
Such Internet clients 22 are also configured to terminate (e.g. receive) peer to peer 
Internet telephony calls that are initiated by a private network client 28 through its 
5 associated NAT server 26. However, because of NAT server 26 architecture 
(discussed later herein) Internet clients 22 can not initiate Internet telephony to a 
private network client 28. 

To initiate an Internet telephony call, for example an Internet call initiated by 
Internet client 22(c) to Internet client 22(a), the initiating Internet client 22(c) signals 

10 the terminating Internet client 22(a). 

One typical call signaling protocol is the International Telephony Union (ITU) 
Q.931 protocol and the H.245 protocol, which provide for the initiating Internet client 
22(c) to set up one or more TCP/IP connections with the terminating Internet client 
22(a) for the exchange of Q.931 call signaling messages and H.245 messages 

15 needed for setting up a media session. An alternative call signaling protocol is the 
Session Initiation Protocol (SIP) developed by the Internet Engineering Task Force 
(IETF) which provides for the initiating Internet client 22(c) and the terminating 
Internet client 22(a) to use UDP/IP logical channels to exchange call signaling 
messages and media session set up messages. It is envisioned that other systems 

20 may be utilized for call signaling and media session set up. For purposes of this 
invention, any system that provides for at least the terminating Internet client 22(a) 
to provide a port number for receipt of media session datagrams to the initiating 
Internet client 22(c) will suffice. 

After media session set up messages are exchanged, each of the initiating 

25 Internet client 22(c) and the terminating Internet client 22(a) exchange compressed 
voice data utilizing real time protocol (RTP) media datagrams sent over UDP/IP 
logical channels to provide for a full duplex internet telephony conversation. 

Because human operators are accustomed to working with 10-digit 
telephone numbers which, once assigned to a person, remain relatively stable and 

30 each Internet client 22 is addressed via a 12-digit IP address which may change 
each time the device logs onto an ISP network, the directory server 18 facilitates 
locating a desired client on the Internet for establishing internet telephony 

9 . 
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communications between the initiating Internet client 22(c) and the terminating 
Internet client 22(a). More specifically, the directory server 18 includes a mapping 
table 19 which correlates a 10-digit identification number which is permanently 
assigned to each Internet client 22 with the 12-digit IP address and port number 
5 which the Internet client 22 has most recently registered with the directory server 18 
for receipt of Internet telephony calls. 

In operation, the initiating Internet client 22(c) receives a 10-digit telephone 
number from the operator which identifies the terminating Internet client 22(a). 
Then, the initiating Internet client 22(c) opens a TCP/IP connection with the 
10 directory server 18 to determine the connection IP address and port number 

currently utilized by the terminating Internet client 22(a) for receipt of call signaling 
messages. Utilizing the IP address and port number obtained from the directory 
server 18, the initiating Internet client 22(c) is capable of opening the Q.931 call 
signaling connection, SIP call signaling channel, or other call signaling 
15 communication path with the terminating Internet client 22(a) without requiring the 
operator to input an IP address associated with the terminating Internet client 22(a). 

Because it is desirable to provide for initiating a telephone call at an Internet 
client 22 and terminating the call at a traditional telephone device 31, the PSTN 
bridge 20 is provided for relaying relay audio data between a device on the Internet 
20 12 and a traditional telephone device 31 coupled to the public switched telephone 
network (PSTN) 29. The PSTN bridge 20 operates as a telephony client in 
accordance with this invention for communicating audio data representing a 
telephone conversation with a remote telephony client via the Internet 12 and 
- operates as a PSTN telephone for communicating audio data representing the 
25 telephone conversation with a remote telephone device 31 via the PSTN 29. 

Each of the NAT servers 26(a) and 26(b) couples a private network 24(a) 
and 24(b) respectively, to one of the Internet 12 routers 14. Private network 24(a) 
includes a plurality of private network clients 28(aa) - 28(ac) coupled thereto and 
private network 24(b) includes a plurality of private network clients 28(ba) - 28(bc) 
30 coupled thereto. 

Each of the private networks 24(a) and 24(b) also utilizes the TCP/IP 
protocols. As such, each private network client 28 is assigned a "private network" 

10 
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IP address which is selected from a block of addresses reserved for private 
networks. Utilizing IP protocols, the private network client 28 can communicate 
data with other devices coupled to the private network 24 and with other computing 
devices on the Internet 12 through the NAT server 26. 

5 More specifically, IP frames on the private network 24 are routed to the 

appropriate device on private network 24 when the destination address is within the 
block of private network IP addresses. When the destination IP address is a "real" 
IP address on the Internet, the IP frame on the private network 24 is routed to the 
NAT server 26. The NAT server 26 then emulates the destination device when 

10 communicating data over TCP/IP connections with the private network client 28 and 
operates as an IP layer proxy, by performing both address translation and port 
translation, to exchange data over TCP/IP connections with the destination device, 
on behalf of the private network client 28, over the Internet 1 2. 

Further, a typical NAT server 26 is also capable of translating connectionless 

15 datagrams sent by the private network client 28 and forwarding such datagrams to 
the destination device over the Internet 12. And, if a connectionless datagram were 
to be responded to by the destination device and the response datagram is 1) 
received at the NAT server on the same port number as the NAT server utilized 
when translating the connectionless datagram; 2) includes a source IP address and 

20 port number which matches the destination IP address and port number of the 
connectionless datagram; and 3) is received within a predefined time window 
following when the NAT server 26 send the connectionless datagram, then the 
response datagram may be routed back to the private network client 28. 

Referring briefly to Figure 2 in conjunction with Figure 1 , a typical NAT 

25 server 26 maintains a translation table 30 which maps the source address and port 
number of the private network client 28 to the corresponding translated source 
address and port number for each TCP/IP connection opened and UDP/IP 
connectionless datagram sent by each private network client 28. Each entry 32(a) 
- 32(f) in the table 30 corresponds to a single TCP/IP connection opened, or 

30 UDP/IP datagram sent, by one of the private network clients 28 and translated by 
the NAT server 26. Each entry 32(a) - 32(f) includes data for mapping the source 
address and port number used by the private network client 28 in opening the 
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connection (or sending the datagram) and the translated source address and port 
number used by the NAT server 26 for opening the proxy connection (or sending 
the datagram) with the destination device on the Internet 12. As such, the NAT 
server 26(a) utilizing this exemplary translation table 30 can relay a response frame 
5 received over the Internet (on the translated address and port number) back to the 
appropriate initiating private network client 28 on the appropriate port number. 

For added security, each entry 32(a) - 32(f) typically includes the destination 
IP address and port number to which the translated frame was sent over the 
Internet 12. As such, the NAT server 26 is capable of verifying that a frame 

10 addressed to the translated IP address and port number is truly a response frame 
from the device to which the translated frame was addressed. 

Upon receipt of any frame from the Internet, the NAT server 26 will locate 
the one of the entries 32(a) - 32(f) to which the frame corresponds utilizing the 
frames destination IP address and port number. The NAT server 26 will then verify 

15 that the frame is truly a response frame by comparing the frame's source address 
and port number with the destination IP address and port number in the 
corresponding one of the entries 32(a) - 32(f). If there is a match, the NAT server 
26 will generate a reverse translated frame and forward the reverse translated 
frame to the private network client 28 on the private network 24. The reverse 

20 translated frame is the same as the response frame except the destination IP 
address and port number are replaced with the initiating private network client 28 
private network IP address and port number. 

As such, private network clients 28 are similarly capable of initiating an 
Internet telephony call to any one of the Internet clients 22 through its associated 

25 private network 24 and NAT server 26. 

More specifically, the operator of one of the private network clients, for 
example private network client 28(aa) may initiate an Internet telephony call with a 
terminating Internet client, 22(c) for example, by entering the 10 digit telephone 
number associated with the Internet client 22(a). 

30 The private network client 28(aa) then opens a TCP/IP connection with the 

directory server 18, through NAT server 26(a), and obtains the connection IP 
address and port number currently used by the terminating Internet client 22(c) for 

12 



)OCID <WO 02073330A2 I > 



WU UZ/U/JJJU 



receipt of call signaling. Thereafter, the private network client 28(aa) is able to 
signal the terminating Internet client 22(c) utilizing the Q.931 call signaling TCP/IP 
connection another connection based call signaling protocol. 

However, it should be appreciated that even though the initiating private 

5 network client 28(aa) is capable of establishing TCP/IP connections with the 
terminating Internet client 22(a) and is capable of sending media datagrams 
utilizing the IP address and port number of the terminating Internet client 22(a) as 
the UDP/IP logical channel, the terminating Internet client 22(a) can not send media 
datagrams to the IP address and port number designated by the private network 

10 client 28(aa) for receipt of media datagrams. 

More specifically, even though the private network client 28(aa) may provide 
the terminating Internet client 22(a) with the private network client 28(aa) IP 
address and port number for receipt of UDP/IP datagrams, UDP/IP datagrams 
which are sent by the terminating Internet client 22(a) will not be routed to the 

15 private network client 28(aa) because: 1 ) the IP address of the private network 
client 28(aa) is within a block used only on private networks and is therefore not 
routable on the Internet 12; and 2) even if the UDP/IP datagram were to somehow 
be routable to the appropriate NAT server 26(a), the NAT server 26(a) will not have 
an entry in its translation table necessary for forwarding the frame to the private 

20 network client 28(aa). Therefore, as will be discussed in more detail herein, the 
media datagrams representing the media session must be communicated between 
the private network client 28(aa) and the terminating Internet client 22(a) on UDP 
channels which are extracted from a media datagram sent by the private network 
client 28(aa) to the terminating Internet client 22(a). 

25 Referring to Figure 3, exemplary structure of a telephony client 23 in 

accordance with this invention is shown. The telephony client 23 is useful as both 
an Internet client 22 (Figure 1) and as a private network client 28 (Figure 1 ). 

For purposes of this invention, the telephony client 23 may be a desk top 
computer which includes a processing unit 40 for operating a plain old telephone 

30 service (POTS) emulation circuit 42, a network interface circuit 44, a driver 46 for 
the POTS emulation circuit 42, a driver 48 for the network interface circuit 44, and 
an internet telephony application 58. Each of the POTS emulation circuit 42 and 

13 



DOCID: <WO„02073330A2J_> 



WO 02/073330 



PCT/IB02/01957 



the network interface circuit 44 may be cards that plug into the computer expansion 
slots. 

The POTS emulation circuit 42 includes an RJ-1 1 female jack 50 for 
coupling a traditional POTS telephone handset 52 to the emulation circuit 42. A tip 
5 and ring emulation circuit 54 emulates low frequency POTS signals on the tip and 
ring lines for operating the telephone handset 52. An audio system 56 interfaces 
the tip and ring emulation circuit 54 with the Internet telephony application 58. 
More specifically, the audio system 56 operates to digitize audio signals from the 
microphone in the handset 52 and present the digitized signals to the Internet 

10 telephony application 58, and simultaneously, operates to receive digital data 

representing audio signals from the internet telephony application* 58 (representing 
the voice of the remote caller), convert the data to analog audio data, and present 
the analog audio data to the tip and ring emulation circuit 54. The tip and ring 
emulation circuit 54 modulates the tip and ring lines for driving the speaker of the 

15 handset 52 in accordance with the analog signal received from the audio system 
56. 

The internet telephony application 58 provides for the call signaling, the 
media session set up, and the media session exchange of compressed digital 
audio data with a remote telephony client. The Internet telephony application 

20 includes two general modules. The call signaling and media session set-up module 
57 performs call signaling and the exchange of messages necessary to set up the 
media session. Typically, the call signaling and set-up module 57 will include code 
for signaling and set up which are compliant with the Q.931 and H.245 protocols or 
._. other protocols widely used for call signaling and set up. The media session 

25 module 59 utilizes the call set up parameters established by the call signaling and 
set up module 57 for exchange of media datagrams representing the conversation 
between the operator of the telephony client 23 and the remote client. 

The network interface circuit 44 and the network interface driver 48 together 
include the hardware and software circuits for operating the IP protocols and 

30 communicating frames of data over the network 25 with other devices coupled 
thereto. 
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While the above description of telephony client 23 references a desk top 
computer, other configurations of a telephony client 23 are envisioned by this 
invention and include an Internet telephony appliance which operates as a 
telephone with a network interface and all of the above systems embedded therein. 

5 

Referring to the flowchart of Figure 4 in conjunction with Figure 3, steps 
performed by the Internet telephony application 58 in accordance with this invention 
are shown. Step 100 represents steps performed by the call signaling and set up 
module 57 and step 108 represents steps performed by the media session module 
10 59. 

In the exemplarily embodiment, step 100 includes sub-step 102 which 
represents opening a TCP/IP connection for the exchange of Q.931 call signaling 
messages with the remote client. In the case wherein the client 23 operating in 
accordance with this invention is initiating the internet telephony call to a remote 

15 client, the step represents initiating the TCP/IP connection utilizing either a well 
known port number for Q.931 connections or a port number obtained from the 
directory server 1 8 (Figure 1 ). In the case wherein the client 23 operating in 
accordance with this invention is receiving the internet telephony call from a remote 
client, the step represents responding to the TCP/IP connection request as 

20 necessary to open the Q.931 connection. 

Step 100 also includes sub step 104 which represents establishing a local IP 
address and port number for receiving connectionless media datagrams from the 
remote client during the media session and sub-step 105 which represents 
- receiving from the remote client identification of its local IP address and designated 

25 port number for receiving media session datagrams. Sub-step 106 represents 

negotiating other media session parameters, such as compression capabilities, with 
the remote client such that both the client 23 and the remote client utilize the same 
parameters. 

After the exchange of all call signaling and set up messages during step 
30 1 00, the client 23 begins the media session at step 1 08. During the media session, 
media datagrams are sent from the client to the remote client and media datagrams 
are received by the client from the remote client such that a full duplex Internet 
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telephony conversation may progress between the operator of the client and the 
operator of the remote client 

A previously discussed, if the initiating client is coupled to a private network 
and is located behind a NAT server, it may provide its local IP address and port 
5 number which it established for receipt of media datagrams. However, datagrams 
sent so such address and port number over the Internet will never actually reach 
the client. Therefore, the media session module must provide for the datagrams to 
be sent on a unique IP address and port number routable to the client on the 
. private network. 

10 Referring to the flowchart of Figure 5, exemplary operation of the media 

session module 59 is set forth. Step 110 represents obtaining from the call 
signaling and set up module and storing in a memory the local IP address and port 
number utilized as the source address for sending the media datagrams to the 
remote client and step 112 represents obtaining and storing in memory the remote 

15 IP address and port number for use as the destination address for sending media 
datagrams to the remote client. 

Step 114 represents obtaining and storing in memory the local IP address 
and port number for receiving media datagrams from the remote client. Step 116 
then represents determining whether the local sending port number and the local 

20 receiving port number are the same. If they are not the same, the local sending 
port is closed at step 1 18 and the local receiving port is attached to the local 
sending port such that they are the same port. 

It should be appreciated that if the client 23 is a private network client the 
media session modules has an appropriate source IP address and port number and 

25 an appropriate destination IP address and port number for sending media 

datagrams to the remote client. However, if the client 23 is an Internet client and 
the remote client is on a private network, the destination IP address and port 
number provided by the remote private network client are un-routable and will not 
reach the remote private network client. Therefore, the following steps preformed 
- 30 during the exchange of media datagrams will locate a routable connectionless path 
to the remote private network client. 

16 
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Step 120 represents the exchange or media datagrams. Step 120 includes 
both a sending string of sub-steps 122-126 and a receiving string of sub-steps 128 
- 134. Both strings are simultaneously operating such that a full duplex 
conversation can be achieved. 

5 Referring first to the sending string, step 122 represents reading the local IP 

address and port number from memory to obtain the source address for sending a 
media datagram and step 124 represents reading a current remote IP address and 
port number from memory to obtain the destination address and port number for 
sending a media datagram. Thereafter, step 126 represents compressing a 

10 segment of digital data to build a datagram and sending the media datagram 

utilizing the source address and destination address. Thereafter/ this step repeats 
such that a sequence of media datagrams are sent representing the audio input of 
the operator of the client 23. 

Referring to the receiving string, step 128 represents receiving the first 

15 media datagram from the remote client and step and decompressing the digital 
data contained therein to obtain a segment of audio data for driving the speaker. 
Step 1 30 represents extracting the source IP address and port number from the 
received media datagram. If, at step 132, the extracted source IP address matches 
the stored remote client IP address it is determined that the remote client is not 

20 located behind a NAT server. Because the remote client is not located behind a 
NAT server, the system continues to receive each of a sequence of media 
datagrams at step 142 and decompress the digital data contained in each 
datagram to generate an analog audio data signal for driving the speaker. 

Alternatively, if at step 132, the extracted source IP address does not match 

25 the stored remote client IP address, it is determined that the remote client is located 
behind a NAT server and the extracted IP address is the IP address of the NAT 
server. Therefore, at step 134 the system replaces the stored remote client IP 
address and port number with the extracted IP address and port number. As such, 
when the system sends the next reads the current remote IP address and port 

30 number (e.g. step 124),for sending a media datagram to the remote client, it will be 
reading the extracted source IP address and port number. Therefore, the datagram 
will be sent to the IP address and port number of the NAT server which, if received 
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by the NAT server within a limited period of time following when the NAT server, 
sent the datagram over the Internet to the client, will match an entry in the NAT . 
server translation table and will be routed back to the remote private network client. 

5 After the remote client IP address and port # stored in memory are updated 

at step 134, the system proceeds to step 136 where another datagram is received 
from the remote client and the data contained therein is decompressed to generate 
another segment of audio data for driving the speaker. 

Because the private network may contain two or more NAT servers and 
10 because each NAT server may utilize a different port number each time it translates 
a U DP/IP being sent from a private network client over the Internet", it is possible 
that the source IP address and/or source port number for each media datagram 
received by the client from the remote client may be different. As such, at step 138, 
the source IP address and source port number is extracted from the media 
15 datagram received at step 136. If the extracted IP address and port number match 
the remote client IP address and port number stored in memory at step 140, the 
system proceeds back to step 136 where another media datagram is received. 
Alternatively, if at step 140 it is determined that the extracted source IP address 
and/or port number to not match the remote client IP address and port number 
20 stored in memory, the system proceeds back to step 134 where the remote client IP 
address and port number stored in memory are updated to the most recently 
extracted IP address and port number. 

It should be appreciated that in the event that the remote client is located 
- behind a NAT server, the step of extracting the source IP address and port number 
25 from a received media datagram will identify the IP address of the NAT server and 
the port number of the NAT server which will be routed back to the remote private 
f network client. Therefore, even though some initial media datagrams sent to the IP 

address and port number provided by the remote client may be un-routable and 
. lost, once the IP address and port number are extracted and the memory updated, 
* ~~ 30 then media datagrams sent during the steps of the sending string 122-126 will be 
routed to the remote private network client provided the address and port number 
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selected as "current" within step 124 is current within the limited period of time 
during which the NAT server leaves an entry open in its translation table. 

More specifically, the media datagrams will be routed because 1) it is being 
sent with a source IP address and port number which matches the destination IP 
5 address and source number used by the remote client for sending media 

datagrams; and 2) it is being sent with a destination IP address (NAT IP address) 
and port number (NAT port number) which matches an entry in the NAT translation 
table such that the media datagrams can be translated and routed to the remote 
private network client. 

10 It should also be appreciated that in the event that the remote client is not 

located behind a NAT server and, as such, at step 132 the extracted IP address 
and the stored remote client IP address match, the client will utilize the port number 
provided by the remote client for sending datagrams to the remote client. As such, 
the system of this invention is compatible with systems which utilize different port 

15 numbers for sending datagrams and receiving datagrams during a media session 
such as standard H.323 systems utilizing H.245 call set up protocols. . 

It should be appreciated that the systems and methods of this invention 
provides for the ability to establish and maintain Internet telephony calls from a 
private network client behind a NAT server. Additionally, although the invention 

20 has been shown and described with respect to certain preferred embodiments, it is 
obvious that equivalents and modifications will occur to others skilled in the art 
upon the reading and understanding of the specification. The present invention 
includes all such equivalents and modifications, and is limited only by the scope of 
- the following claims. 

25 
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CLAIMS 

What is claimed is: 

11. A method of audio communication between a first and a second telephony 

2 client, the method comprising: 

3 a) establishing a call signaling connection between the first telephony 

4 client located on a private network and the second telephony client on the Internet; 

5 b) utilizing the call signaling connection to provide to the first telephony 

6 client an IP address and port number of the second telephony client for receipt of 

7 media datagrams from the first telephony client; 

8 c) sending a plurality of media datagrams from the first telephony client 

9 to the second telephony client utilizing the IP address and port number of the 

10 second telephony client for receipt of media datagrams as the destination address 

11 and destination port number for each media datagram; 

12 d) extracting a source IP address and source port number from at least 

13 one of the media datagrams received by the second telephony client; and 

14 e) sending at least one media datagram from the second telephony 



15 client to the first telephony client utilizing the extracted IP address and extracted 

16 port number as the destination address and port number for the at least one media 

17 datagram. 
18 

1 2. The method of claim 1 , further comprising utilizing the IP address and port 

2 number of the second telephony client for receipt of media datagrams as the 

3 source address and source port number for the at least one media datagram sent 

4 from the second telephony client to the first telephony client. 
5 

1 3. The method of claim 2, wherein a plurality of media datagrams are sent from 

2 the second telephony client to the first telephony client, each of the plurality of 

3 media datagrams utilizing the extracted IP address and extracted port number 

4 which were extracted from the media datagram that was most recently received by 

20 
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5 the second telephony client as the destination address and destination port 

6 number. 

7 

1 4. The method of claim 2, wherein a plurality of media datagrams are sent from 

2 the second telephony client to the first telephony client, and the method further 

3 includes storing, in a memory, each extracted IP address and extracted port 

4 number, updating the memory each time at least one of a new IP address and new 

5 port number is extracted from a media datagram received by the second telephony 

6 client, and utilizing the IP address and port number stored in the memory as the 

7 destination IP address and port number for each of the media datagrams sent from 

8 the second telephony client to the first telephony client. 

9 

1 5. The method of claim 2, wherein a plurality of media datagrams are sent from 

2 the second telephony client to the first telephony client, each of the plurality of 

3 media datagrams utilizing the IP address extracted from at least one of the media 

4 datagrams received by the second telephony client and utilizing the port number 

5 extracted from the media datagram that was most recently received by the second 

6 telephony client as the destination IP address and destination port number. 

7 

1 6. The method of claim 2, wherein a plurality of media datagrams are sent from 

2 the second telephony client to the first telephony client and the method further 

3 includes storing, in a memory, the extracted IP address and extracted port number, 

4 updating the memory each time new port number is extracted from a media 

-5 datagram received by the second telephony client, and utilizing the IP address and 

6 port number stored in the memory as the destination IP address and destination 

7 port number for each of the media datagrams sent from the second telephony client 

8 to the first telephony client. 
9 

1 7. The method of claim 2, wherein a plurality of media datagrams are sent from 

2 the second telephony client to the first telephony client, each of the plurality of 

3 media datagrams utilizing the extracted IP address and extracted port number that 

4 are extracted from one of the media datagrams received by the second telephony 
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client within a limited period of time prior to sending the media datagram as the 
destination IP address and destination port number. 

8. The method of claim 2, wherein a plurality of media datagrams are sent from 
the second telephony client to the first telephony client, and the method further 
includes storing the extracted IP address and extracted port number in a memory, 
storing an updated IP address and updated port number in memory when at least 
one of a different IP address and different port number is extracted from a media 
datagram received by the second telephony client, and utilizing an IP address and 
port number stored in the memory within a limited period of time prior to sending 
each media datagram as the destination IP address and destination port number 
for each of the media datagrams sent from the second telephony client to the first 
telephony client. 

9. The method of claim 2, wherein a plurality of media datagrams are sent from 
the second telephony client to the first telephony client, each of the plurality of 
media datagrams utilizing the extracted IP address extracted from at least one of 
the media datagrams received by the second telephony client and utilizing the port 
number extracted from one of the media datagrams received by the second 
telephony client within a limited period of time prior to sending each of the plurality 
of media datagrams as the destination IP address and destination port number for 
each of the plurality of media datagrams sent from the second telephony client to 
the first telephony client. 

10. The method of claim 2, wherein a plurality of media datagrams are sent from 
the second telephony client to the first telephony client, and the method further 
includes storing the extracted IP address and extracted port number in a memory, 
storing an updated port number in memory when a different port number is 
extracted from a media datagram received by the second telephony client, and 
utilizing the IP address and port number stored within a limited period of time prior 
to sending each media datagram as the destination IP address and destination port 
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8 number for each of the plurality of media datagrams sent from the second 

9 telephony client to the first telephony client. 
10 

111. A method of audio communication between a first and a second telephony 

2 client the method comprising: 

3 a) communicating from the second telephony client to the first telephony 

4 client an IP address and port number of the second telephony client for receipt of 

5 media datagrams from the first telephony client; 

6 b) sending a media datagram from the first telephony client to the 

7 second telephony client utilizing the IP address and port number for receipt of 

8 media datagrams as the destination IP address and destination port number for the 

9 media datagram; 

10 c) extracting the source IP address and source port number the from the 

11 media datagram; and 

12 d) sending a media datagram from the second telephony client to the 

13 first telephony client utilizing the extracted IP address and extracted port number as 

14 the destination address and port number. 
15 

1 12. The method of claim 11, further comprising utilizing the IP address and port 

2 number of the second telephony client for receipt of media datagrams from the first 

3 telephony client as the source address and source port number for the media 

4 datagram sent from the second telephony client to the first telephony client. 

5 •• 

1 1 3. The method of claim 12, wherein a plurality of media datagrams are sent 

2 from the first telephony client to the second telephony client and a plurality of media 

3 datagrams are sent from the second telephony client to the first telephony client, 

4 and the method further includes extracting the source port number from each of the 

5 plurality of media datagrams sent from the first telephony client to the second 

6 telephony client and, utilizing the source port number extracted from the media 

7 datagram that was most recently received by the second telephony client as the 

8 destination port number of each of the plurality of media datagrams sent from the 

9 second telep ony client to the first telephony client. 
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10 

1 14. The method of claim 13, further including extracting the source IP address 

2 from each of the plurality of media datagrams sent from the first telephony client to 

3 the second telephony client and, utilizing the source IP address extracted from the 

4 media datagram that was most recently received by the second telephony client as 

5 the destination IP address of each of the plurality of media datagrams sent from the 

6 second telephony client to the first telephony client. 
7 

1 15. The method of claim 12, wherein a plurality of media datagrams are sent 

2 from the first telephony client to the second telephony client and a plurality of media 

3 datagrams are sent from the second telephony client to the first telephony client 

4 and the method further includes storing, in a memory, the source IP address and 

5 source port number from one of the media datagrams sent from the first telephony 

6 client to the second telephony client, extracting the source port number from media 

7 datagrams subsequently received by the second telephony client, storing an 

8 updated source port number in memory when an extracted source port number is 

9 different than the source port number stored in the memory, and utilizing the source 

10 IP address and source port number stored in memory as the destination IP address 

11 and destination port number for each of the plurality of media datagrams sent from 

12 the second telephony client to the first telephony client. 
13 

1 16. The method of claim 15, further including extracting the source IP address 

2 from the media diagrams subsequently received by the second telephony client and 
3.. storing an updated source IP address in memory when an extracted IP address is 

4 different than the IP address stored in memory. 
5 

1 17. The method of claim 12, wherein a plurality of media datagrams are sent 

2 from the first telephony client to the second telephony client and a plurality of media 

3 datagrams are sent from the second telephony client to the first telephony client 

4 and the method further includes, extracting the source port number from each of 

5 the plurality of media datagrams sent from the first telephony client to the second 

6 telephony client and, utilizing the source port number extracted from a media 
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7 datagram received by the second telephony client within a limited period of time 

8 prior to sending each media datagram as the destination port number of each of the 

9 media datagrams sent from the second telephony client to the first telephony client. 
10 

11 

1 18. The method of claim 17, further including extracting the source IP address 

2 from each of the plurality of media datagrams sent from the first telephony client to 

3 the second telephony client and, utilizing the source IP address extracted from a 

4 media datagram received by the second telephony client within a limited period of 

5 time prior to sending each media datagram as the destination IP address of each of 

6 the media datagrams sent from the second telephony client to the first telephony 

7 client. 
8 

1 19. A method of communicating audio data with a remote telephony client, the 

2 method comprising: 

3 a) establishing a port number for receipt of media datagrams from the 

4 remote telephony client and communicating such port number to the remote 

5 telephony client; 

6 b) receiving a media datagram from the remote telephony client on the 

7 established port number; 

8 c) extracting the source IP address and source port number from the 

9 received media datagram; and 

10 d) sending a media datagram to the remote telephony client utilizing the 
11 . extracted source IP address and source port number as the destination IP address 

12 and destination port number of the media datagram sent to the remote telephony 

13 client. 
14 

1 20. The method of claim 19, further including utilizing the port number 

2 established for receipt of media datagrams from the remote telephony client as the 

3 source port number for sending media datagrams to the remote telephony client. 
4 
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1 21 . The method of claim 20, wherein a plurality of media datagrams are sent to 

2 the remote telephony client and a plurality of media datagrams are received from 

3 the remote telephony client and the method further includes, extracting the source 

4 port number from each of the plurality of media datagrams received from the 

5 remote telephony client and utilizing the source port number extracted from the 

6 media datagram most recently received as the destination port number for each of 

7 the plurality of media datagrams sent to the remote telephony client. 

8 

1 22. The method of claim 21 f further including extracting the source IP address 

2 from each of the plurality of media datagrams received from the remote telephony 

3 client and utilizing the source IP address extracted from the media" datagram most 

4 recently received as the destination IP address for each of the plurality of media 

5 datagrams sent to the remote telephony client. 
6 

1 23. The method of claim 20, wherein a plurality of media datagrams are sent to 

2 the remote telephony client and a plurality of media datagrams are received from 

3 the remote telephony client and the method further includes storing, in a memory, 

4 the source IP address and source port number extracted from one of the media 

5 datagrams received from the remote telephony client, extracting the source port 

6 number from media datagrams that are subsequently received from the remote 

7 telephony client, storing an updated source port number in memory when an 

8 extracted source port number is different than the source port number stored in the 

9 memory, and utilizing the source IP address and source port number stored in 

10~ memory as the destination IP address and destination port number for each of the 

11 plurality of media datagrams sent to the remote telephony client. 

12 

1 24. The method of claim 23, further including extracting the source IP address 

2 from media datagrams that are subsequently received from the remote telephony 

3 client and storing an updated source IP address in memory when an extracted IP 

4 address is different than the IP address stored in memory. 
5 
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1 25. The method of claim 20, wherein a plurality of media datagrams are sent to 

2 the remote telephony client and a plurality of media datagrams are received from 

3 the remote telephony client and the method further includes, extracting the source 

4 port number from each of the plurality of media datagrams received from the 

5 remote telephony client and utilizing the source port number extracted from a media 

6 datagram received within a limited period of time prior to sending each media 

7 datagram as the destination port number of each of the media datagrams sent to 

8 the remote telephony client. 
9 

1 26. The method of claim 25, further including extracting the source IP address 

2 from each of the plurality of media datagrams received from the remote telephony 

3 client and utilizing the source IP address extracted a media datagram received 

4 within a limited period of time prior to sending each media datagram as the 

5 destination IP address of each of the media datagrams sent to the remote 

6 telephony client. 
7 

1 27. A method of communicating audio data with a remote telephony client, the 

2 method comprising: 

3 a) establishing a port number for receipt of media datagrams from the 

4 remote telephony client and communicating such port number to the remote 

5 telephony client; 

6 b) receiving from the remote telephony client identification of an IP 

7 address and port number to utilize for sending media datagrams to the remote 

8 telephony client and storing the identified IP address and identified port number in a 

9 memory; 

10 c) sending a plurality of media datagrams to the remote telephony client 

11 utilizing the IP address and port number most recently stored in the memory as the 

12 destination IP address and destination port number for each of the plurality of 

13 media datagrams; 

14 d) receiving a plurality of media datagrams from the remote telephony 

15 client on the established port number and extracting the source IP address and 

16 source port number from each of the received media datagrams; and 
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17 e) storing an updated IP address and updated port number in the 

18 memory each time at least one of an extracted IP address and extracted port 

19 number does not match the IP address and port number stored in the memory. 
20 

1 28. The method of claim 27, further including utilizing the port number 

2 established for receipt of media datagrams from the remote telephony client as the 

3 source port number of each of the media datagrams sent to the remote telephony 

4 client. 

5 

1 29. A telephony client comprising: 

2 a) a network interface circuit for sending media datagrams to a remote 

3 telephony client and for receiving media datagrams from the remote telephony 

4 client; 

5 b) an audio interface system for converting a media datagram received 

6 from the remote telephony client to analog audio data for driving a speaker and for 

7 converting analog audio data from a microphone to a media datagram for sending 

8 to the remote telephony client; 

9 c) a datagram generation module providing a destination IP address and 

10 port number for sending the media datagram to the remote telephony client, the 

11 datagram generation module operating to extract the source IP address and source 

12 port number from the media datagram received from the remote telephony client 

13 and provide the extracted IP address and port number as the destination IP 

14 address and port number for sending the media datagram to the remote telephony 

15 client 
16 

1 30. The telephony client of claim 29, wherein the datagram generation module 

2 further provides a source port number for sending the media datagram to the 

3 remote telephony client, the source port number being the same port number on 

4 which media datagram is received from the remote telephony client. 

5 " ' ' 

1 31 . The telephony client of claim 30, wherein the audio interface circuit converts 

2 analog audio data from the microphone to a sequence of media datagrams for 
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3 sending to the remote telephony client and converts a sequence of media 

4 datagrams received from the remote telephony client to analog audio data for 

5 driving the speaker, and the datagram generation module operates to extract the 

6 source port number from each of the sequence of media datagrams received from 

7 the remote telephony client and provides the source port number extracted from the 

8 media datagram that was most recently received as the destination port number for 

9 each of the sequence of media datagrams sent to the remote telephony client. 
10 

1 32. The telephony client of claim 31 , wherein the datagram generation module 

2 further operates to extract the source IP address from each of the sequence of 

3 media datagrams received from the remote telephony client and provides the 

4 source IP address extracted from the media datagram that was most recently 

5 received as the destination IP address for each of the sequence of media 

6 datagrams sent to the remote telephony client. 
7 

1 33. The telephony client of claim 30, wherein the audio interface circuit converts 

2 analog audio data from the microphone to a sequence of media datagrams for 

3 sending to the remote telephony client and converts a sequence of media 

4 datagrams received from the remote telephony client to analog audio data for 

5 driving the speaker, and the datagram generation module operates to store, in a 

6 memory, the source IP address and source port number from one of the media 

7 datagrams received from the remote telephony client, extract the source port 

8 number from media datagrams that are subsequently received, store an updated 

9 source port number in memory when an extracted source port number from a 

10 subsequently received media datagram is different than the source port number 

11 stored in the memory, and provide the source IP address and source port number 

12 stored in memory as the destination IP address and destination port number for 

13 each of the sequence of media datagrams sent to the remote telephony client. 
14 

1 34. The telephony client of claim 33, wherein the datagram generation module 

2 further operates to extract the source IP address media diagrams that are 

3 subsequently received and store an updated source IP address in memory when 
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4 an IP address extracted from a subsequently received media datagram is different 

5 than the IP address stored in memory. 
6 

1 35. The telephony client of claim 30, wherein the audio interface circuit converts 

2 analog audio data from the microphone to a sequence of media datagrams for 

3 sending to the remote telephony client and converts a sequence of media 

4 datagrams received from the remote telephony client to analog audio data for 

5 driving the speaker, and the datagram generation module operates to extract the 

6 source port number from each of the sequence of media datagrams received from 

7 the remote telephony client and provide the source port number extracted from one 

8 of the media datagrams that was received within a limited period of time prior to 

9 sending each media datagram as the destination port number for each media 
10 datagram sent to the remote telephony client. 

1 36. The telephony client of claim 35, wherein the datagram generation module 

2 further extracts the source IP address from each of the sequence of media 

3 datagrams received from the remote telephony client and provides the source IP 

4 address extracted from one of the media datagram that was received within a 

5 limited period of time prior to sending each media datagram as the destination IP 

6 address number for each media datagram sent to the remote telephony client. 
7 

1 37. A telephony client comprising: 

2 a) a network interface circuit for sending media datagrams to a remote 

3 telephony client and for receiving media datagrams from the remote telephony 
4. client on the same port number; 

5 b) an audio interface system for converting a sequence of media 

6 datagrams received from the remote telephony client to analog audio data for 

7 driving a speaker and for converting analog audio data from a microphone to a 

8 sequence of media datagrams for sending to the remote telephony client; 

9 c) a datagram generation module providing a destination IP address and 

10 port number for sending each media datagram to the remote telephony client, the 

11 datagram generation module operating to: 
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12 (i) establish a port number for receipt of media datagrams from 

13 the remote telephony client and communicate such port number to the 

14 remote telephony client; 

15 (ii) receive from the remote telephony client identification of an IP 

16 address and port number to utilize for sending media datagrams to the 

17 remote telephony client and store the identified IP address and identified 

18 port number in a memory; 

19 (iii) provide the IP address and port number most recently stored in 

20 the memory as the destination IP address and destination port number for 

21 each of the media datagrams sent to the remote telephony client; 

22 (iv) extract the source IP address and source port number from 

23 each of the media datagrams received from the remote telephony client; and 

24 (v) store an updated IP address and updated port number in the 

25 memory each time at least one of an extracted IP address and extracted port 

26 number does not match the IP address and port number stored in the 

27 memory. 
28 

1 38. A telephony client comprising: 

2 a) a network interface circuit for sending media datagrams to a remote 

3 telephony client and for receiving media datagrams from the remote telephony 

4 client on the same port number; 

5 b) an audio interface system for converting a sequence of media 

6 datagrams received from the remote telephony client to analog audio data for 
7. driving a speaker and for converting analog audio data from a microphone to a 

8 sequence of media datagrams for sending to the remote telephony client; 

9 c) a datagram generation module providing a destination IP address and 

10 port number for sending each media datagram to the remote telephony client, the 

11 datagram generation module operating to: 

12 (i) establish a port number for receipt of media datagrams from 

13 the remote telephony client and communicate such port number to the 

14 remote telephony client; 
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15 (ii) receive from the remote telephony client identification of an IP 

16 address and port number to utilize for sending media datagrams to the 

17 remote telephony client and store the identified IP address and identified 

18 port number in a memory; 

19 (iii) provide the IP address and port number most recently stored in 

20 the memory as the destination IP address and destination port number for 

21 each of the media datagrams sent to the remote telephony client; 

22 (iv) extract the source IP address from at least one media 

23 datagram received from the remote telephony client and extract the source 

24 port number from each of the media datagrams received from the remote 

25 telephony client; and 

26 (v) update at least one of the IP address and port number stored 

27 in the memory if at least one of the extracted IP address and extracted port 

28 number does not match the IP address and port number stored in the 

29 memory. 
30 

1 39. A method of audio communication between a first and a second telephony 

2 client, the method comprising: 

3 a) communicating from the second telephony client to the first telephony 

4 client an IP address and port number of the second telephony client for receipt of 

5 media datagrams from the first telephony client; 

6 b) communicating from the first telephony client to the second telephony 

7 client an IP address and port number of the first telephony client for receipt of 
8- media datagrams from the second telephony client; 

9 c) sending a media datagram from the first telephony client to the 

10 second telephony client utilizing the IP address and port number for receipt of 

11 media datagrams by the second telephony client as the destination IP address and 

12 destination port number for the media datagram; 

13 d) extracting the source IP address and source port number the from the 

14 media datagram; 

15 e) sending a media datagram from the second telephony client to the 

16 first telephony client utilizing the IP address and port number communicated from 
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17 the first telephony client to the second telephony client for receipt of media 

18 datagrams as the destination IP address and port number if the extracted source IP 

19 address and the IP address communicated from the first telephony client to the 

20 second telephony client are the same; and 

21 f) sending a media datagram from the second telephony client to the 

22 first telephony client utilizing the extracted IP address and extracted port number as 

23 the destination address and port number if the extracted source IP address and the 

24 IP address communicated from the first telephony client to the second telephony 

25 client are not the same. 
26 

1 40 ? The method of claim 39, further comprising utilizing the IP 'address and port 

2 number of the second telephony client for receipt of media datagrams from the first 

3 telephony client as the source address and source port number for the media 

4 datagram sent from the second telephony client to the first telephony client. 
5 

1 41 . The method of claim 40, wherein a plurality of media datagrams are sent 

2 from the first telephony client to the second telephony client and a plurality of media 

3 datagrams are sent from the second telephony client to the first telephony client 

4 and, if the extracted source IP address and the IP address communicated from the 

5 first telephony client to the second telephony client are not the same, then the 

6 method further includes extracting the source port number from each of the plurality 

7 of media datagrams sent from the first telephony client to the second telephony 

8 client and, utilizing the source port number extracted from the media datagram that 

9 was most recently received by the second telephony client as the destination port 

10 number of each of the plurality of media datagrams sent from the second telephony 

11 client to the first telephony client. 
12 

1 42. The method of claim 41 , further including extracting the source IP address 

2 from each of the plurality of media datagrams sent from the first telephony client to 

3 the second telephony client and, utilizing the source IP address extracted from the 

4 media datagram that was most recently received by the second telephony client as 
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5 the destination IP address of each of the plurality of media datagrams sent from the 

6 second telephony client to the first telephony client. 
1 

1 43. The method of claim 40, wherein a plurality of media datagrams are sent 

2 from the first telephony client to the second telephony client and a plurality of media 

3 datagrams are sent from the second telephony client to the first telephony client 

4 and, if the extracted source IP address and the IP address communicated from the 

5 first telephony client to the second telephony client are not the same, the method 

6 further includes storing, in a memory, the source IP address and source port 

7 number from one of the media datagrams sent from the first telephony client to the 

8 second telephony client, extracting the source port number from media datagrams 

9 subsequently received by the second telephony client, storing an updated source 

10 port number in memory when an extracted source port number is different than the 

11 source port number stored in the memory, and utilizing the source IP address and 

12 source port number stored in memory as the destination IP address and destination 

13 port number for each of the plurality of media datagrams sent from the second 

14 telephony client to the first telephony client. 
15 

1 44. The method of claim 43, further including extracting the source IP address 

2 from the media diagrams subsequently received by the second telephony client and 

3 storing an updated source IP address in memory when an extracted IP address is 

4 different than the IP address stored in memory. 
5 

1. 45. The method of claim 40, wherein a plurality of media datagrams are sent 

2 from the first telephony client to the second telephony client and a plurality of media 

3 datagrams are sent from the second telephony client to the first telephony client 

4 and, if the extracted source IP address and the IP address communicated from the 

5 first telephony client to the second telephony client are not the same, the method 

6 further includes, extracting the source port number from each of the plurality of 

7 media datagrams sent from the first telephony client to the second telephony client 

8 and, utilizing the source port number extracted from a media datagram received by 

9 the second telephony client within a limited period of time prior to sending each 
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10 media datagram as the destination port number of each of the media datagrams 

11 sent from the second telephony client to the first telephony client 
12 

1 46. The method of claim 45, further including extracting the source IP address 

2 from each of the plurality of media datagrams sent from the first telephony client to 

3 the second telephony client and, utilizing the source IP address extracted from a 

4 media datagram received by the second telephony client within a limited period of 

5 time prior to sending each media datagram as the destination IP address of each of 

6 the media datagrams sent from the second telephony client to the first telephony 

7 client. 
8 

1 47. A method of communicating audio data with a remote telephony client, the 

2 method comprising: 



3 a) establishing a port number for receipt of media datagrams from the 

4 remote telephony client and communicating such port number to the remote 

5 telephony client; 

6 b) receiving from the remote telephony client identification of an IP 

7 address and port number established by the remote telephony client for receipt of 

8 media datagrams; 

9 c) receiving a media datagram from the remote telephony client on the 

10 established port number; 

11 d) extracting the source IP address and source port number from the 

12 received media datagram; 

13-.. e) sending a media datagram to the remote telephony client utilizing the 

14 IP address and port number identified by the remote telephony client as the 

15 destination IP address and destination port number of the media datagram sent to 

16 the remote telephony client if the extracted source IP address matches the 

17 identified IP address; and 

18 f) sending a media datagram to the remote telephony client utilizing the 

19 extracted source IP address and source port number as the destination IP address 

20 and destination port number of the media datagram sent to the remote telephony 

21 client if the extracted source IP address does not match the identified IP address. 
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22 

1 48. The method of claim 47, further including utilizing the port number 

2 established for receipt of media datagrams from the remote telephony client as the 

3 source port number for sending media datagrams to the remote telephony client. 
4 

1 49. The method of claim 48, wherein a plurality of media datagrams are sent to 

2 the remote telephony client and a plurality of media datagrams are received from 

3 the remote telephony client and, if the extracted source IP address does not match 

4 the identified IP address, the method further includes, extracting the source port 

5 number from each of the plurality of media datagrams received from the remote 

6 telephony client and utilizing the source port number extracted from the media 

7 datagram most recently received as the destination port number for each of the 

8 plurality of media datagrams sent to the remote telephony client. 
9 

1 50. The method of claim 49, further including extracting the source IP address 

2 from each of the plurality of media datagrams received from the remote telephony 

3 client and utilizing the source IP address extracted from the media datagram most 

4 recently received as the destination IP address for each of the plurality of media 

5 datagrams sent to the remote telephony client. 
6 

1 51 . The method of claim 48, wherein a plurality of media datagrams are sent to 

2 the remote telephony client and a plurality of media datagrams are received from 

3 the remote telephony client and, if the extracted source IP address does not match 
4- the identified IP address, the method further includes storing, in a memory, the 

5 source IP address and source port number extracted from one of the media 

6 datagrams received from the remote telephony client, extracting the source port 

7 number from media datagrams that are subsequently received from the remote 

8 telephony client, storing an updated source port number in memory when an 

9 extracted source port number is different than the source port number stored in the 

10 memory, and utilizing the source IP address and source port number stored in 

11 memory as the destination IP address and destination port number for each of the 

12 plurality of media datagrams sent to the remote telephony client. 
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13 

1 52. The method of claim 51 , further including extracting the source IP address 

2 from media datagrams that are subsequently received from the remote telephony 

3 client and storing an updated source IP address in memory when an extracted IP 

4 address is different than the IP address stored in memory. 
5 

1 53. The method of claim 48, wherein a plurality of media datagrams are sent to 

2 the remote telephony client and a plurality of media datagrams are received from 

3 the remote telephony client and, if the extracted source IP address does not match 

4 the identified IP address, the method further includes extracting the source port 

5 number from each of the plurality of media datagrams received from the remote 

6 telephony client and utilizing the source port number extracted from a media 

7 datagram received within a limited period of time prior to sending each media 

8 datagram as the destination port number of each of the media datagrams sent to 

9 the remote telephony client. 
10 

1 54. The method of claim 53, further including extracting the source IP address 

2 from each of the plurality of media datagrams received from the remote telephony 

3 client and utilizing the source IP address extracted a media datagram received 

4 within a limited period of time prior to sending each media datagram as the 

5 destination IP address of each of the media datagrams sent to the remote 

6 telephony client. 

7 _ 

1 55. A telephony client comprising: 

2 a) a network interface circuit for sending media datagrams to a remote 

3 telephony client and for receiving media datagrams from the remote telephony 

4 client; 

5 b) an audio interface system for converting a media datagram received 

6 from the remote telephony client to analog audio data for driving a speaker and for 

7 converting analog audio data from a microphone to a media datagram for sending 

8 to the remote telephony client; 
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9 c) a datagram generation module providing a destination IP address and 

10 port number for sending the media datagram to the remote telephony client, the 

11 datagram generation module operating to: 

12 i) extract the source IP address and source port number from the 

13 media datagram received from the remote telephony client, 

14 ii) provide the extracted IP address and port number as the 

15 destination IP address and port number for sending the media datagram to 

16 the remote telephony client if the extracted IP address does not match an IP 

17 address established by the remote telephony client for receipt of media 

18 datagrams; and 

19 iii) provide the IP address and a port number established by the 
* 20 " remote telephony client for receipt of media datagrams if the extracted IP' 

21 address matches the IP address established by the remote telephony client 

22 for receipt of media datagrams. 

23 

1 56. The telephony client of claim 55, wherein the datagram generation module 



2 further provides a source port number for sending the media datagram to the 

3 remote telephony client, the source port number being the same port number on 

4 which the media datagram is received from the remote telephony client. 
5 

1 57. The telephony client of claim 56, wherein the audio interface circuit converts 

2 analog audio data from the microphone to a sequence of media datagrams for 

3 sending to the remote telephony client and converts a sequence of media 

4- datagrams received from the remote telephony client to analog audio data for 

5 driving the speaker and, if the extracted IP address does not match an IP address 

6 established by the remote telephony client for receipt of media datagrams, the 

7 datagram generation module operates to extract the source port number from each 

8 of the sequence of media datagrams received from the remote telephony client and 

9 provides the source port number extracted from the media datagram that was most 

10 recently received as the destination port number for each of the sequence of media 

1 1 datagrams sent to the remote telephony client. 
12 
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1 58. The telephony client of claim 57, wherein the datagram generation module 

2 further operates to extract the source IP address from each of the sequence of 

3 media datagrams received from the remote telephony client and provides the 

4 source IP address extracted from the media datagram that was most recently 

5 received as the destination IP address for each of the sequence of media 

6 datagrams sent to the remote telephony client. 
7 

1 59. The telephony client of claim 56, wherein the audio interface circuit converts 

2 analog audio data from the microphone to a sequence of media datagrams for 

3 sending to the remote telephony client and converts a sequence of media 

4 datagrams received from the remote telephony client to analog audio data for 

5 driving the speaker and, if the extracted IP address does not match an IP address 

6 established by the remote telephony client for receipt of media datagrams, the 

7 datagram generation module operates to store, in a memory, the source IP address 

8 and source port number from one of the media datagrams received from the remote 

9 telephony client, extract the source port number from media datagrams that are 

10 subsequently received, store an updated source port number in memory when an 

11 extracted source port number from a subsequently received media datagram is 

12 different than the source port number stored in the memory, and provide the source 

13 IP address and source port number stored in memory as the destination IP address 

14 and destination port number for each of the sequence of media datagrams sent to 

15 the remote telephony client 
16 

L. 60. The telephony client of claim 59, wherein the datagram generation module 

2 further operates to extract the source IP address media diagrams that are 

3 subsequently received and store an updated source IP address in memory when 

4 an IP address extracted from a subsequently received media datagram is different 

5 than the IP address stored in memory. 
6 

1 61 . The telephony client of claim 56, wherein the audio interface circuit converts 

2 analog audio data from the microphone to a sequence of media datagrams for 

3 sending to the remote telephony client and converts a sequence of media 
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4 datagrams received from the remote telephony client to analog audio data for 

5 driving the speaker and, if the extracted IP address does not match an IP address 

6 established by the remote telephony client for receipt of media datagrams, the 

7 datagram generation module operates to extract the source port number from each 

8 of the sequence of media datagrams received from the remote telephony client and 

9 provide the source port number extracted from one of the media datagrams that 

10 was received within a limited period of time prior to sending each media datagram 

11 as the destination port number for each media datagram sent to the remote 

12 telephony client. 
13 

1 62. The telephony client of claim 61 , wherein the datagram generation module 

"2 further extracts the source IP address from each of the sequence of media ~ 

3 datagrams received from the remote telephony client and provides the source IP 

4 address extracted from one of the media datagram that was received within a 

5 limited period of time prior to sending each media datagram as the destination IP 

6 address number for each media datagram sent to the remote telephony client. 
7 
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